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Background of the Invention 



1. Field of the Invention 



The present invention relates generally to software for tracking financial 
transactions, and more particularly to a system, method, and computer program 
product for tracking multiple exchange rates for various transactions occurring 



2. Description of Background Art 

Software products for tracking financial transactions are generally ca- 
pable of converting from one currency to another using a stored exchange rate. 
When exchange rates change, the stored value can be updated. However, 
20 transactions affected by the change are often not adjusted correctly, since the 
most current exchange rate may not be appropriate for calculations involving 
past transactions. 



15 



over a period of time. 



25 



Conventional financial software is able to store exchange rates for a 
number of currencies. One currency is designated a "home currency/ 7 and 
exchange rates for all other currencies are expressed in terms of multipliers with 



Case 3894 



-2- 



i r 

• 



respect to the home currency. Typically, the home currency corresponds to the 
country in which the user resides or primarily conducts business. Thus, if the 
home currency is the Canadian dollar, exchange rates for other currencies (such 
as the British pound, the U.S. dollar, and the like) would be expressed in terms 
5 relative to the Canadian dollar. 

In conventional systems, the stored exchange rate for a particular cur- 
rency is used to calculate equivalent values for any transactions involving that 
currency. Thus, if an exchange rate of 1.5 is stored for the U.S. dollar with 
respect to the Canadian dollar, and the home currency is the Canadian dollar, 
if* 10 all transactions involving U.S. currency would be multiplied by 1.5 to obtain the 
ill equivalent in Canadian funds. If the exchange rate subsequently changes to 1.4, 

jV] all transactions (past and present) are automatically updated to reflect the new 

% exchange rate. 

j'^ This approach — updating past transactions using current exchange rates 

!r{ 15 — is adequate for certain types of reports that represent "snapshots" in time, 
:f such as a Net Worth report or an Account Balance report. However, 

: s~"s 

■Q inaccuracies may result when such an approach is applied to other types of 

reports, particularly investment tracking such as Capital Gains and Portfolio 
Value reports. The above-described conventional technique is unable to easily 

20 generate accurate data for such reports, since such a technique lacks the ability 
to store different exchange rates for different dates, for example when the 
exchange rate has changed between the buy and sell dates for a security. Thus, 
such a technique would not be able to track, for example, capital gains/ losses 
involving foreign currencies, in an effective and accurate manner. 

25 Furthermore, it is desirable to represent foreign currency transactions in a 

manner that achieves consistency with accounting treatments for domestic 
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transactions. As domestic transactions are recorded in the domestic currency, 
foreign transactions should ideally be recorded in the domestic currency as well. 
Conversion to domestic currency should take place using the exchange rate in 
effect at the date of the transaction. In conventional systems, subsequent 

5 changes to exchange rates can lead to inaccurate results, because the exchange 
rate being used for the conversion is no longer equal to the exchange rate in 
effect on the date of the transaction. 

One example of such a situation is the calculation of capital gains. 
Calculation of capital gains on foreign assets ideally should be performed by 

20 multiplying foreign prices by the exchange rates on the date of the transactions. 
Thus, when a user records a purchase or sale of foreign stocks, the transaction 
must be converted to the domestic currency using the exchange rate in effect on 
that day. If, for example, a Canadian user records the purchase and subsequent 
sale of stock in U.S. currency, correct calculation of capital gains would yield the 

35 following results: 

Transaction Foreign Currency Exchange Home Currency 

Purchase 1 share at $30.00 US 1.2 $36.00 CAD 

Sell 1 share at $50.00 US 1.5 $75.00 CAD 

Capital gain $39.00 CAD 



The differing exchange rates for the two transactions occur because the 
purchase and sale occurred on different dates. However, conventional systems 
20 would fail to take into account the historical exchange rate information, and 
would incorrectly calculate the capital gain as $30.00 CAD, based on a current 
exchange rate of 1.5 ($50 x 1.5 - $30 x 1.5). 
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Similar inaccuracies can arise in other situations. For example, foreign 
monetary items (such as accounts payable, accounts receivable, cash, and the 
like) must be adjusted to reflect the exchange rates in effect at the financial 
statement date. If historical exchange rate information is not readily available, 
5 such items may be inaccurately converted to the home currency using a single 
exchange rate. Such issues often arise in many other contexts as well. 

What is needed is a system, method, and computer program product for 
tracking multiple exchange rates for each currency, and for storing exchange 
rate information for each of a number of transactions involving currency 

10 conversions. What is further needed is a system, method, and computer 
program product for storing and maintaining historical exchange rates and 
applying such rates to transactions occurring on various dates. What is further 
needed is a user interface for accessing, storing, and maintaining such historical 
exchange rates for a plurality of currencies. What is further needed is a system, 

15 method, and computer program product for generating a financial report 

including at least two transactions using at least two historical exchange rates. 



Summary of the Invention 
In accordance with the present invention, there is provided a system and 
method for tracking multiple exchange rates for a particular currency, or for a 
20 plurality of currencies. Each of the exchange rates represents the value of the 
currency at a particular time and/ or date. Thus, the present invention is able to 
track exchange rates for individual investment transactions in foreign 
currencies, based on the transaction dates. This facilitates the generation of 
transaction reports that accurately display amounts in the home currency. 
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Capital Gains reports, Portfolio Value reports, and the like can reflect values in 
the home currency using exchange rate values corresponding to the actual dates 
of the transactions in question. 

In accordance with one embodiment, there is also provided a user in- 
5 terface for entering and maintaining historical and time-based exchange rates, as 
well as a mechanism for obtaining such information in an automated fashion, 
either from stored data files or from a central resource such as an Internet site. 



Brief Description of the Drawings 
Fig. 1 is a functional block diagram of an embodiment of the present 
10 invention. 

Fig. 2 is a diagram of an example of a currency list according to one 
embodiment of the present invention. 

Fig. 3 is a diagram of an example of an Edit Currency screen according to 
one embodiment of the present invention. 
25 Fig. 4 is a diagram of an example of an Exchange Rate History screen 

according to one embodiment of the present invention. 

Fig. 5 is a diagram of an example of a New/ Edit Exchange Rate screen 
according to one embodiment of the present invention. 

Fig. 6 is a diagram of an example of an Edit Bank Account screen ac- 
20 cording to one embodiment of the present invention. 

Fig. 7 is a diagram of an example of a Foreign Currency Transfer screen 
according to one embodiment of the present invention. 

Fig. 8 is a diagram of an example of an Account List screen according to 
one embodiment of the present invention. 
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Fig. 9 is a diagram of an example of a General Register screen according 
to one embodiment of the present invention. 

Fig. 10 is a diagram of an example of an Investment Register screen ac- 
cording to one embodiment of the present invention. 

Fig. 11 is a diagram of an example of a Buy/ Add Shares screen according 
to one embodiment of the present invention. 

Fig. 12 is a diagram of an example of a Set Up Security screen according 
to one embodiment of the present invention. 

Fig. 13 is a diagram of an example of a Security List screen according to 
one embodiment of the present invention. 

Fig. 14 is a diagram of an example of a Capital Gains Report according to 
one embodiment of the present invention. 

Fig. 15 is a diagram of an example of a Customize Capital Gains Report 
screen according to one embodiment of the present invention. 

Detailed Description of the Preferred Embodiments 
For illustrative purposes, the following description of preferred em- 
bodiments discusses the invention in terms of a personal accounting software 
package, such as Quicken® from Intuit Corporation, which is commonly used 
for tracking financial transactions. As described below, the present invention 
can be implemented as extended functionality or as an upgrade to such software 
packages. However, the present invention is not limited to such 
implementations, and therefore the descriptions provided herein are intended 
to be illustrative, but not limiting, of the scope of the invention. 
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The present invention may be implemented, for example, on a con- 
ventional personal computer as is known in the art, including a microprocessor 
such as the Pentium® processor from Intel® Corporation, memory, a storage 
device such as a hard drive, a display device such as a monitor, and an input 

5 device such as a keyboard and/ or mouse. The computer may run a 

conventional operating system such as Microsoft® Windows 98, from Microsoft 
Corporation, under which the software embodying the present invention may 
run. Other configurations, hardware architectures, or operating systems may 
also be used, as will be understood by one skilled in the art. 

20 In the following description of the operation of the invention, the terms 

" screen", "window", "dialog box", "pane", and the like may be used in- 
terchangeably to refer to a visual user interface component for display to the 
user and/ or for accepting input from the user. All such terms should be 
considered equivalent, with no limitation to be inferred from use of one par- 

15 ticular term in the context of the following description and claims. 

The present invention improves upon conventional financial transaction 
software by tracking multiple exchange rates for various transactions occurring 
over a period of time. To accomplish this, the present invention maintains 
historical information regarding exchange rates for transactions. In one 

20 embodiment, a currency list is maintained, containing periodic (such as daily) 
exchange rates for each relevant currency. For each account, a currency is 
designated and the registers for the account are maintained in that currency. An 
account list may be stored or generated, showing account balances in 
designated currencies, and a total in the user's home currency. Various reports 

25 may also be generated, such as net worth and portfolio value reports, 

converting foreign currencies using the latest exchange rate available, as re- 
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trieved from the currency list. Transaction reports may also be generated, 
showing equivalent home currency values using the stored historical in- 
formation appropriate for the transaction date. In one embodiment, exchange 
rates are saved for each individual investment transaction, so that such 
5 historical information is readily available. 

Referring now to Fig. 1, there is shown a functional block diagram of an 
embodiment of the present invention. Currency list 101 stores information 
describing the current exchange rate for various currencies. Exchange rate 
history 102 stores historical information for exchange rates, including the rate 

20 for each relevant currency at various dates (for example, on a daily basis if 
appropriate). Exchange rates for intermediate dates (for which there is no 
record in history 102) can be considered equal to the latest available exchange 
rate preceding the intermediate date, so that a particular exchange rate remains 
in effect until the date indicated for the next exchange rate. In one embodiment, 

15 currency list 101 is generated from history 102, rather than stored separately. 
Interface to online currency rates 103 is an electronic connection to some source 
of exchange rate information; interface 103 may be implemented, for example, 
as a connection via the Internet. In one embodiment, the system includes 
preloaded historical exchange rate information 102 for some period of time, 

20 such as five years. 

Transactions 104 is a list of transactions stored, for example, in a 
database, as is known in the art. For each transaction, information such as date, 
description, amount, category, and the like, is stored. Users can manipulate 
transactions 104 via user interface components such as, for example, registers 

25 105, which provide input/ output capability for interacting with transactions 104 
in a manner that is known for personal finance software. User interface (UI) 106 
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provides a vehicle by which the user can view and change information in 
system 100, and is implemented in one embodiment by a series of windows and 
screens, as will be described in more detail below. 

In the present invention, transactions 104 and registers 105 are adapted as 
5 described below to enable storage, tracking, and manipulation of historical 
exchange rates associated with particular transactions. In addition, other user 
interface components are introduced and/ or improved over the prior art, in 
order to provide functionality for implementing the present invention. 
^ Referring now to Fig. 2, there is shown a screen, as displayed by user 

y 10 interface 106, for user access to currency list 101 according to one embodiment 
^ of the present invention. Currency list 101 displays the current exchange rate 

;TJ 

!U for a number of currencies. In one embodiment, the current exchange rate is 

=C obtained by consulting the most recent exchange rate stored in exchange rate 

\=* history 102. 

jtj 25 For each of a number of currencies, currency list 101 displays name 201, 

: s 

:Q symbol 202, rate 203, keyboard shortcut key 204 (for enabling quick selection of 

~ the corresponding currency), and an indication 205 of whether the currency is 

the // home ,/ currency. Buttons 206 allow the user to add, edit, or delete currency 
information. Use button 207 allows the user to select a particular currency to be 

20 used. Home button 208 allows the user to designate a currency as the home 
currency. Update rates button 209 activates a connection to an external source 
of exchange rate data and automatically updates the stored rates accordingly. 
In one embodiment, button 209 includes a drop down menu containing two 
options: Get Online Currency Rates, and Edit Exchange Rate History (for 

25 allowing manual update of the history). Close button 210 closes the window. 
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The user can add currencies to list 101 as needed, by clicking on the New 
button. Currency information is edited by selecting a currency and clicking the 
Edit button. Referring now to Fig. 3, there is shown an Edit Currency screen 
300, as displayed by user interface 106, according to one embodiment of the 
5 present invention, for use in adding or editing currency and exchange rate 
information. The user can enter or edit information in name field 301, symbol 
field 302, currency code field 303, keyboard shortcut letter field 304, and 
exchange rate fields 305 and 306 (for entering the exchange rate as of the current 
date, relative to the home currency). In one embodiment, only one of fields 305 

20 and 306 need be filled in by the user, and the other field is automatically filled in 
with the reciprocal of the entered value. The user clicks OK button 307 to 
confirm the changes, or Cancel 308 to cancel them. Help button 309 activates a 
help feature (not shown). 

Referring now to Fig. 4, there is shown a screen, as displayed by user 

25 interface 106, for editing exchange rate history 102 according to one embodi- 
ment. The screen shown provides a user interface to the data stored in history 
102 for any selected currency in currency list 101. Buttons 405 allow the user to 
add new exchange information by adding a row to history 102, or to edit 
information, delete information, print the table, or close the screen. For any 

20 number of dates 401, the screen displays the corresponding exchange rate 402 
(shown relative to the home currency) as stored in history 102. Each row 403 in 
the screen corresponds to a record in history 102, so that any number of records 
can be maintained. In history 102, separate tables for each currency may be 
maintained, or in an alternative embodiment all such information may be stored 

25 in a single table. In this way, the system of the present invention is able to track 
historical exchange rate information. System 100 can obtain the exchange rate 
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for a particular transaction by consulting the appropriate table for the currency 
being used, and looking up the exchange rate in effect as of the transaction date. 
As described above, if no rate is available for the date of the transaction, system 
100 can use the latest available exchange rate preceding the transaction date, so 
5 that a particular exchange rate remains in effect until the date indicated for the 
next exchange rate. Alternatively, a date range or other time period can be 
explicitly specified for each exchange rate. 

In one embodiment, history 102 is automatically updated using exchange 
rate information obtained from an external source, such as over the Internet. 
10 Such functionality is implemented by periodically contacting the external source 
and retrieving the relevant information. Such operations may be performed at 
predetermined times, or in response to manual activation by the user. Records 

5 j 

g are then added to history 102 to store the retrieved information. 

^ The user can also manually enter information into history 102. Referring 

i 

f> 15 now to Fig. 5, there is shown a New/ Edit Exchange Rate screen, as displayed by 
^ user interface 106 according to one embodiment. This screen is used for adding 

a new record to history 102, or for editing an existing record. The user enters 
information in date field 501 and in exchange rate field 502. In one 
embodiment, screen 500 contains two fields (not shown) for exchange rate, one 
20 representing the reciprocal of the other. When the user fills in one of the fields 
(e.g. for Canadian dollars per U.S. dollar) the other field is automatically filled 
in with the reciprocal of the entered value (e.g. U.S. dollars per Canadian 
dollar). OK button 504 confirms the change, and Cancel button 505 cancels it. 
In an alternative embodiment, the user is able to edit, add, or delete exchange 
25 rate information for particular dates directly in the fields shown in Fig. 4. 
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As is known in the art, software for personal finances typically allows a 
user to set up one or more accounts corresponding to bank accounts, credit card 
accounts, investment accounts, and the like. In the present invention, each such 
account is associated with a particular currency. The user can specify the 
5 currency for an account when the account is created, and can modify the 
selection later. Referring now to Fig. 6, there is shown an Edit Bank Account 
screen 600, as displayed by user interface 106, for specifying or changing 
account information, including the account name 601, description 602, and 
currency 603. In one embodiment, currency field 603 is a pull-down menu that 
10 allows the user to select any currency from currency list 101. Once a currency 
has been selected using screen 600, the system tracks transactions for the 
account using the designated currency. Summary reports requiring conversion 
to other currencies can then be generated using the appropriate calculation with 
historical exchange rates for the designated currency. 
15 In one embodiment, the present invention converts currencies when 

:f recording a transfer between accounts, using historical exchange rate infor- 

mation appropriate to the date of the transfer. Referring now to Fig. 7, there is 
shown a Foreign Currency Transfer screen 700, as displayed by user interface 
106, for displaying conversion information for such a transfer. In the example 
20 shown, an amount 701 in foreign currency is being transferred to an account of a 
different currency. Converted amount 702 is determined by the system using 
historical exchange rate information from exchange rate history 102. In one 
embodiment, the system retrieves the appropriate exchange rate 705 for the date 
of the transfer, so that correct conversion can take place even if the transfer is 
25 being recorded much later than its effective date. The user can also manually 
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override the information in field 702 by typing a different value, if desired in 
field 705. OK button 703 confirms the transfer, and Cancel button 704 cancels it. 

Referring now to Fig. 8, there is shown an Account List 800, as displayed 
by user interface 106 according to one embodiment of the present invention. 
Account List 800 shows, for each account belonging to the user, a name 801, 
type 802, description 803, number of transactions 804, balance 805 and cheques 
column 806 indicating whether the account has cheques to be printed. Balance 
805 for each account is shown in the currency for that account. In an alternative 
embodiment, balance 805 is shown in the user's home currency (converted 
according to the current exchange rate), or balance 805 may be shown in both 
the account currency and the home currency. Other fields may also be included, 
such as the currency code for the account. Balance total 807, representing the 
total amount for all accounts, is shown in the user's home currency (converted 
according to the current exchange rate). 

Referring now to Fig. 9, there is shown an example of a Register screen 
900, as displayed by user interface 106 according to one embodiment of the 
present invention. As is known in the art, a register is an on-screen display of 
transactions pertaining to a particular account, as identified by title 909. For 
each transaction 901 a date 902, reference number 903, descriptive information 
904, type 905, amount 906, and balance 907 are shown. The user may view, 
enter, or edit particulars of transactions, as desired. In one embodiment of the 
present invention, register 900 is displayed in the currency of the account being 
shown. In an alternative embodiment, the currency symbol can be displayed at 
the top of the register screen. In another alternative embodiment, balances 907 
(including the ending balance) can optionally be converted to the user's home 
currency. 
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Referring now to Fig. 10, there is shown an example of an Investment 
Register screen 1000, as displayed by user interface 106 according to one em- 
bodiment of the present invention. As is known in the art, an Investment 
Register is an on-screen display of transactions pertaining to investments. For 
5 each transaction 1001 a date 1002, descriptive information 1003, price per unit 
1004, number of units (e.g. shares) 1006, amount and commission/ fee 1007, and 
cash balance 1008 are shown. In one embodiment, for each transaction 
involving a conversion from one currency to another, the exchange rate for the 
currency as of the date of the investment transaction is stored. The exchange 

10 rate is retrieved using historical exchange rate information from exchange rate 
history 102. Thus, even if exchange rates have changed over time, the correct 
exchange rate for the date of the transaction can be applied when converting 
currencies. Alternatively, the user may manually enter the exchange rate 
and/ or override retrieved values. When entering a transaction, the user is pre- 

15 sented with a dialog box, as shown in Fig. 7, presenting the prevailing exchange 
rate (obtained from exchange rate history 102) and allowing the user to override 
it, if desired. The entered rate is stored along with the transaction. If the user 
overrides the exchange rate listed, and history 102 does not have a rate for the 
date of the transaction, in one embodiment the system automatically enters a 

20 new exchange rate in history 102 for the corresponding date. 

The present invention tracks an exchange rate for each foreign currency 
investment transaction. In one embodiment, the exchange rate is stored along 
with the other information in the transaction record. In another embodiment, 
the exchange rate is not stored in the transaction record, but is retrieved from 

25 history 102 when needed to perform a calculation or to display transaction 
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information. Thus, the system is able to maintain a different exchange rate for 
every transaction, if required. 

In an alternative embodiment, if the exchange rate is stored in the 
transaction record, such information can be updated automatically whenever 
5 historical exchange rate information in history 102 is changed. Thus, for 

example, if an exchange rate for a particular date is changed after the fact, the 
system can automatically update all transactions affected by the change. This is 
done by searching the various transaction records for transactions involving the 
currency and occurring on the date of the change (or soon thereafter), and 
S 10 entering the new exchange rate information in the affected transaction records, 
ij In one embodiment, all accounts employ historical exchange rate in- 

%j formation when tracking transactions involving foreign currencies. In another 

g embodiment, only selected accounts employ historical exchange rates, while 

^ other accounts use a global exchange rate in a conventional manner. For 

25 example, investment accounts may use historical exchange rates, while bank 
accounts and credit card accounts may use global (non-historical) exchange 
rates in a conventional manner. In some situations, such a scheme" may be 
advantageous, since the use of a global exchange rate may be simpler and more 
appropriate for certain types of accounts. 
20 In yet another embodiment, all transactions within a particular in- 

vestment account are associated with a particular currency. 

Referring now to Fig. 11, there is shown a Buy/ Add Shares screen 1100, 
as displayed by user interface 106 according to one embodiment of the present 
invention. Screen 1100 is an example of a user interface for entering or editing 
25 transactions in a foreign currency. Screen 1100 shows the number of units (e.g. 
shares) 1101, the price per unit 1102, date of the transaction 1103, 
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commission/ fee 1104, and exchange rate 1105. The user can enter or edit any of 
the information in the various fields. Exchange rate 1105 is retrieved from 
history 102, if available. The user may override the exchange rate 1105 shown, 
and if appropriate, the new value may be written into history 102. Thus, in one 
5 embodiment historical exchange rate information is added to history 102 
whenever a transaction is added for a date that does not already have an 
exchange rate stored in history 102. 

Referring now to Fig. 12, there is shown a Set Up Security screen 1200, as 
_ displayed by user interface 106 according to one embodiment of the present 

D 20 invention. Screen 1200 is used to enter and/or edit general information about 
jy securities that are tracked in the investment register 1000. In addition to 

m 

ry conventional fields, screen 1200 of the present invention includes a currency 

g selection field 1201. In one embodiment, the user can select from a number of 

currencies using a drop-down menu, as shown. Once the selection has been 
15 made, the selected currency is associated with the security, and all transactions 
: ^ involving that security are recorded in the selected currency. In one 

^ embodiment, the user can select a currency using a predefined keyboard 

shortcut. 

Referring now to Fig. 13, there is shown a Security List screen 1300, as 
20 displayed by user interface 106 according to one embodiment of the present 
invention. Securities are listed along with descriptive information. A currency 
1301 for each security is also listed. 

By tracking exchange rate information in the manner described above, 
the present invention is able to generate accurate reports for transactions in- 
25 volving foreign currencies, such as for example capital gains reports. 

Investment transactions show all transactions in the home currency (or any 
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other currency selected by the user). For each transaction, the historical ex- 
change rate in effect as of the transaction date is used to determine the home 
currency equivalent. In one embodiment, this exchange rate is retrieved from 
the transaction record where it was stored previously. In another embodiment, 
the system consults history 102 to obtain the exchange rate for the date of the 
transaction. 

For example, referring now to Fig. 14, there is shown a capital gains 
report 1400 generated using the present invention. As shown in the example, the 
present invention is able to generate a report that reflects historical exchange 
rates and thereby produces accurate gain/loss totals. Report 1400 reflects the 
following transactions (assuming the user's home currency is the Canadian 
dollar): 



Transaction Foreign Currency Exchange Home Currency 

8/1/99: Buy 1 share at $30.00 US 1.2 $36.00 CAD 

12/1/99: Sell 1 share at $50.00 US 1.5 $75.00 CAD 

Capital gain $39.00 CAD 



The report shows name 1401 of the security, number of shares 1402, buy 
date 1403, sell date 1404, sales price 1405, cost basis 1406, and net gain/ loss 1407, 
Sales price 1405 is based on the exchange rate in effect as of sell date 1404. Cost 
basis 1406 is based on the exchange rate in effect as of buy date 1403. Thus, net 
gain/loss 1407 is correctly generated using these historical exchange rates. 

Purchase and sales prices for the relevant transactions is determined 
based on stored transaction information. When a number of securities or 
groups of securities are involved, selected transactions are matched with one 
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another in accordance with recognized accounting principles, so as to determine 
which purchases correspond to which sales, for purposes of a report such as a 
Capital Gains Report. 

In one embodiment, the user is able to select a currency for any report, so 
that all amounts shown in the report are converted to the selected currency. 
Historical exchange rate information can be used for the conversion, based on 
the date of each transaction in the report. 

Balance reports, such as Net Worth and the like, are generated using 
exchange rates for a particular date (most commonly the present date). For each 
relevant amount in the report, the latest exchange rate in relation to the selected 
date is used. Other reports, including graphical reports, are similarly generated 
using historical exchange rate information. Such reports include, for example, 
Investment Performance, Investment Income, Capital Gains, Investment 
Transaction, and Securities Reports. 

In one embodiment, the user is able to select whether historical exchange 
rate information will be used in generating a report. Referring now to Fig. 15, 
there is shown a Customize Capital Gains Report screen 1500 as displayed by 
user interface 106 according to one embodiment of the present invention. 
Among other customization options, screen 1500 provides field 1501 for 
selecting a currency for the report, as well as checkbox 1502 for selecting 
whether a transaction exchange rate (i.e. historical exchange rate) is to be used 
for the report. If the user checks box 1502, the report is generated as described 
above, using the appropriate exchange rate on each transaction that is included 
in the report. If the user elects not to check box 1502, the report is generated in a 
conventional manner using a single exchange rate. 
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From the above description, it will be apparent that the invention dis- 
closed herein provides a novel and advantageous system and method of 
tracking multiple exchange rates for various transactions occurring over a 
period of time. By tracking historical exchange rates, the present invention is 
5 able to generate transaction reports that accurately display amounts in the user's 
home currency. The foregoing discussion discloses and describes merely 
exemplary methods and embodiments of the present invention. As will be 
understood by those familiar with the art, the invention may be embodied in 
other specific forms without departing from the spirit or essential characteristics 
: J3 20 thereof. Accordingly, the disclosure of the present invention is intended to be 

ii] illustrative, but not limiting, of the scope of the invention, which is set forth in 

iB 

I Vj the following claims. 

iB 

I : 

: : 

Q 

m 
■>4 
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